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Verfahren zum Erstellen eines Ablauts einer zwischen mindestens 



10 



zwei Instanzen ablaufenden Kommunikation und Protokolltester 



15 



BESCHREIBUNG : 

Die vorliegende Erfindung betrifft ein Verfahren nach'dem Oberbegriff von Patentan- 
20 spruch 1 sowie einen Protokolltester nach dem Oberbegriff von Patentanspruch 1 7. Ein 
derartiges Verfahren und ein derartiger Protokolltester sind bekannt aus der 
EP 1 128 600, deren Offenbarungsgehalt durch diese Bezugnahme in die vorliegende 
Anmeldung mit aufgenommen wird. Dieses Dokument erlautert am Beispiel der stan- 
dardisierten Sprache MSC (Message Sequence Charts), die. dazu dient, einen Kom- 
25 munikationsablauf zwischen zwei Instanzen graphisch darzustellen, die Umsetzung der 
graphischen Darstellung in eine ausfuhrbare Version eines Kommunikationsablaufs. 
Details zu MSC konnen der ITU-T Z.120 entnommen werden, die durch diese Bezug- 
nahme ebenfalls in den Offenbarungsgehalt der vorliegenden Anmeldung aufgenom- 
men wird. Damit lassen sich Kommunikationsablaufe selbst von nicht programmierkun- 
30 digen Benutzem auf eine einfache Weise kreieren. Die in der EP 1 128 600 beschrie- 
bene Erfindung stellt zwar einen groBen Fortschritt dar, dennoch verbleiben Probleme: 0 
Einer von der Anmelderin vertriebener Protokolltester unter der Bezeichnung K1297- 
G20, in dem die in der EP 1 128 600 beschriebene Erfindung realisiert ist, verfugt uber 
ein weiteres Funktionselement, welches dem Anwender einfache Operationen zur 



35 Verfugung stellt. Dieses Element, der sogenannte MSC-Desktop Calculator, ermoglicht 
die Manipulation einfacher Datentypen, beispielsweise Integer und String. Aus diesen 
Operationen wird ein ausfuhrbarer Code erzeugt. 
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Das Problem besteht nun darin, dass eine Erweiterung dieser Funktionalitat urn weitere 
Operationen nur durch ein neuerliches Kompilieren und Linken der beteiligten DLLs 
(Dynamic Link Libraries) erreicht werden kann. Dadurch.konnen Erweiterungen zur Be- 
reitsteilung zusatzlicher Operationen nur herstellerseitig vorgenommen werden. End- 
benutzer eines erf.ndungsgemaBen Protokolltesters konnen keine eigenen Operationen 
definieren Oder vorhandene Operationen verfeinern. Zur Realisierung einer weiteren 
Operation blieb im Stand der Technik nur die Moglichkeite hierzu eine sogenannte 
Forth-Box einzufugen, in die der Code hineinprogrammiert werden musste. Dadurch 
ging jedoch die Grundintension des vorliegenden Erfindungskomplexes, das heiBt die 
Erstellung eines Kommunikationsablaufs moglichst ohne Programmierkenntnisse, ver- 
loren. Dies kann daher keine zufriedenstellende Losung sein. Alternate musste die 
neue Funktionalitat herstellerseitig implementiert werden, was mit Zeitveriust und Zu- 
satzkosten verbunden war und daher ebenfalls unbef riedigend. 

Die Aufgabe der vorliegenden Erfindung besteht deshalb darin, ein gattungsgemaBes 
Verfahren beziehungsweise einen gattungsgemaBen Protokolltester derart weiterzubil- 
den, dass anwenderseitig neue Funktionalitaten generiert werden konnen - unter Ver- 
meidung von Forth-Boxen - und deren Anwendung kein emeutes Kompilieren und Lin- 
ken der beteiligten DLLs erfordert. 

Diese Aufgabe wird gelost durch ein Verfahren mit den Merkmalen Von Patentanspruch 
1 sowie durch einen Protokolltester mit den Merkmalen von Patentanspruch 17. 

Durch diese MaBnahmen lassen sich neue Funktionalitaten kreieren, ohne dass die 
DLLs neu kompiliert werden mussten oder neue Binaries ausgeliefert werden miissten, 
wobei dennoch aus der graphischen Testbeschreibung ablauffahige Skripte generiert 

werden.,., - ; - — "• 

Der Erfindung liegt die Erkenntnis zugrunde, dass standardmaBig eine Datei vorgese- 
hen werden kann, in die von einem Spezialisten einmalig neue Funktionalitaten ange- 
legt werden konnen, die dann samtlichen Benutzem zur Verfiigung stehen. Beispiels- 
weise kann eine derartige Funktion von einem Spezialisten beim Hersteller kreiert, per 
Email verschickt und unmittelbar danach beim Benutzer eingesetzt werden. 
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Auch wenn die vorliegende Erfindung am Beispiel von MSC als Beschreibungssprache 
beschrieben wird, ist fur den Fachmann offensichtlich, dass die Erfindung auch auf an- 
dere Beschreibungssprachen anwendbar ist. 

5 Der Vorteil gegeniiber einer Forth-Box-Vetwendung liegt weiterhin in der zentralen Stel- 
le des Codes. Soil sich beispielsweise das Verhalten eines neu definierten Elements 
andem, muss lediglich der hinterlegte Quellcode umgeschrieben werden und nicht jede 
betroffene Forth-Bdx in jedem Szenario. Derartige Anderungen, d.h. Anderungen, die 
sich in vielen Folgeanderungen niederschlagen, treten haufig auf bei der Entwicklung 
10 neuer Standards beziehungsweise neuer Protokolle. Genau das ist aber das Einsatz- 
gebiet eines Protokolltesters, so da3 dieses Merkmal als besonders vorteilhaft angese- 
hen wird. 

Im Gegensatz zum Forth-Box-Ansatz das Szenario bei einer Anderung deshalb nicht 
15 neu kompiliert werden, da sich die Anderung nicht auf das generierte Ablaufskript be- 
zieht, sondern auf die Funktion, die sich hinter einem Funktionsaufruf verbirgt. Damit 
stelit die vorliegende Erfindung die Moglichkeit bereit, MSC um beliebige Elemente zu 
erweitern, ohne dass die DLLs neu kompiliert werden mussten. 

20 Bevorzugt ist die vorliegende Erfindung sehr vorteilhaft einsetzbar im Zusammenspiel 
mit einer weiteren Erfindung der Anmelderin mit "derri Titei "Ve^rfahren zum Erstellen 
eines Ablaufs einer zwischen mindestens zwei Instanzen ablaufenden Kommunikation 
und Protokolltester 1 ' (Anwaltsakte 27074) mit dem selben Anmeldetag wie die vorlie- 
gende Anmeldung, deren Offenbarung durch diese Bezugnahme in den Offenbarungs- 

25 gehalt der vorliegenden Erfindung mit aufgenommen wird. 

Bevorzugt wird in die Konfigurationsdatei weiterhin eingetragen fur jeden einzugeben- - 
den Parameter der Funktionalitat sowie das Ergebnis der Funktionalitat, deren Name 
und deren Typ. Dadurch wird eine Typprtifung durchgefuhrt und ermoglicht, dass zur 
30 Compilezeit der passende Code abhangig von den verwendeten Typen generiert wird, 
da das Holen und Setzen der Werte in Forth fur jeden Parametertypen unterschiedlich 
realisiert ist. 
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Bevorzugt ist die Anzeigeform ein Anzeigename der Funktionalitat und/oder ein graphi- 
sches Symbol, wobei dem graphischen Symbol eine Graphikdatei zugeordnet ist, in der 
das graphische Symbol der Funktionalitat implementiert ist. Durch die zuletzt genannte 
MaBnahme steht fur die neu kreierte Funktionalitat ein graphisches Symbol zur Verfu- 

5 gung, das in der Anwendung, das heiBt zur Erstellung eines Kommunikationsablaufs, 
ebenso unproblematisch verwendet werden kann, wie diejenigen fur die bereits herstel- 
lerseitig ausgelieferten Funktionalitaten. Die neu kreierte Funktionalitat unterscheidet 
sich daher fur den Benutzer in keiner Weise von den herstellerseitig ausgelieferten 
Standardfunktionen. Die neu kreierte Funktionalitat, die unter Verwendung des Ihr zu- 

10 gewiesenen graphischen Symbols zur Verfugung steht, kann mathematischer oder 
nicht-mathematischer Natur sein. Sie kann beispielsweise eine Fofrhel feprasentiereh 
Oder auch die Ausgabe des Werts einer Variablen im Monitorfenster bewirken. 

Die Beschreibungsdatei und/oder der ablauffahige Code des Verfahrens ist bevorzugt 
15 in Forth, in Jscript oder VBScript formuliert. 

Die Konfigurationsdatei ist bevorzugt durch eine Textdatei realisiert, insbesondere im 
INI-Format oder als XML-Format. 



20 



25 



Bevorzugt sind mehrere, insbesondere alle, von einem Benutzer kreierten Funktionali- 
taten in einer Konfigurationsdatei eingetragen. Damit kann herstellerseitig standardma- 
Big vorgesehen werden, dass zur Designzeit eine bestimmte Datei mit einem bestimm- 
ten Namen eingelesen wird und damit die in dieser Datei abgelegten Funktionalitaten 
dem Benutzer zur Verfugung gestellt werden. 



Die Konfigurationsdatei kann weiterhin eine Angabe daruber enthalten, wie viele Funk- 
tionalitaten in ihr niedergelegt sind, Dadurch erhalt ein Benutzer, der ^ieseKonfigurati-, 
onsdatei urn weitere Funktionalitaten erganzen mochte, sehr schnell einen Uberblick. 
AuBerdem erhalt dadurch das Programm Informationen, nach wieviel Funktionen es die 
30 Konfigurationsdatei durchsuchen kann. Wenn sich aus dem einleitenden Teil der ersten 
Funktion ergibt, dass dies nicht die gesuchte Funktion ist, kann das Programm abbre- 
chen und zum Lesen einer weiteren Konfigurationsdatei iibergehen. Dadurch lasst sich 
Rechenzeit sparen. 



i 
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Bevorzugt wird zur Implementierung der vom Benutzer kreierten Funktionalitat in den 
ausfiihrbaren Quellcode ein Aufruf der vom Benutzer kreierten Funktionalitat mit ihrem 
Aufrufnamen eingefugt Vor dem Aufruf konnen die von der vom Benutzer. kreierten 
Funktionalitat benotigten Parameter ubergeben und nach dem Aufruf das Ergebnis der. 
5 Funktionalitat ubergeben werden. 

Bevorzugt erfolgt das Einlesen der Beschreibungsdatei mit einem Include-Befehl. 

Weiterhin ist bevorzugt, dass in einem Schritt a) die an der Kommunikation beteiligten 
10 Instanzen graphisch ausgewahlt werden und/oder in Schritt b) die Protokollschicht gra- 
phisch ausgewahlt wird und/oder in Schritt c) die abstrakten Kommunikationsschnittstel- 
len der Protokollschicht graphisch ausgewahlt werden und in dabei auswahlbaren Pa- 
rametern Beschreibungsdateien zugeordnet sind, die in Schritt e) zur Erstellung eines 
zwischen den Instanzen ausfuhrbaren Kommunikationsablaufs verwendet werden. Die 
15 abstrakten Kommunikationsschnittstellen umfassen bevorzugt SAPs (Sen/ice Access 
Points). Die Kommunikationsdaten umfassen bevorzugt PDUs (Protocol Data Units) 
und/oder ASPs (Abstract Service Primitives). 

Schritt d) des erfindungsgemaBen Verfahrens umfasst bevorzugt folgende Teilschritte: 
20 Graphisches Auswahlen eines Datenfprmats und graphischer Aufbau einer Kommuni- 
katiohsabfolge zwischen den beteiligten instanzen. Auch wenn erfindunlgsgemaB neue 
Funktionalitaten durch die enwahnten MaBnahmen bereitgestellt werden, so kann trotz- 
dem vorgesehen sein, dass in dem Schritt des graphischen Aufbaus der Kommunikatk t 
onsabfolge Source-Code eingebbar ist. 

25 

Bevorzugt sind alien auswahlbaren Parametem Beschreibungsdateien zugeordnet, die 
in Schritt e) zur Erstellung eines zwischen den Jnstanzen. ausfuhrbaren Kommunikatir. 
onsablaufs verwendet werden. 

30 Wie fur den Fachmann offensichtlich, lassen sich die anhand des erfindungsgemaBen 
Verfahrens vorgestellten Vorteile auch mit einem in entsprechender Weise ausgestatte- 
ten erfindungsgemaBen Protokolltester realisieren. 

Weitere vorteilhafte Ausfuhrungsformen ergeben sich aus den Unteranspriichen. 
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Im Nachfolgenden wird ein Ausfuhrungsbeispiel der Erfindung mit Bezug auf die beige- 
fugte Figur und den Anhang A1 naher beschrieben. Die Figur zeigt die Benutzerober- 
flache auf einer Anzeigevorrichtung des erfindungsgemaBen Protokolltesters bei der 
Durchfuhrung einer mit dem erfindungsgemaBen Verfahren kreierten Funktionalitat Im 
Anhang A1 sind Auszuge aus den zugehorigen Programmen zu entnehmen. 

In der Figur ist eine Benutzeroberflache 10 dargestellt, bei der einer im Fenster 12 dar- 
gestellten Variablen MSC_String05 der Wert zugewjesen wird, der sich aus der Ver- 
kniipfung, die irri Fenster 14 dargestellt ist, eines im Fenster 16 dargestellten Parame- 
ters mit einem im Fenster 18 dargestellten Parameter ergibt, vorliegend die in Zeile 20 
dargestellte Funktionalitat 

MSC_String05 = „abcd" + „EFGH" 

Die in der daruber liegenden Zeile 22 dargestellte Funktionalitat lautet 
MSCJNT01 = MSCJNT02 + 2 

* • 

und ist ebenfalls, d h. wie die in Zeile 20 dargestellte Funktionalitat, nicht in der herstel- 
lerseitig ausgelieferten Version eines erfindungsgemaBen Protokolltesters enthalten 
und muss daher unter Verwendung des erfindungsgemaBen Verfahrens von einem 
Benutzer kreiert werden. Die zugehorigen Programmsequenzen sind im Anhang A1 
dargestellt: 

i . . 

T 

Die Zeilen 3 bis 35 auf Seite 1 betreffen die Konfigurationsdatei, die vorliegend die Be- 
zelchnung'^SG-DC^fW-liagt-Pte Zel^glbt-dle.Anzahl-der.Funkaonen «i;-die-in. 
der Konfigurationsdatei abgelegt sind. Die Zeilen 8 bis 20 betreffen eine erste Funktio- 
nalitat „function_0", die Zeilen 22 bis 35 eine zweite Funktionalitat „function_1". 

Fur den Fall, dass eine die erste Funktionalitat kennzeichnende Graphik zu hinterlegen 
ist, so konnte folgende Zeile 21 eingefiigt werden 

graphic = c:\temp\bla.jpg. 
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In der Datei bla.jpg ware dann die zugehdrige Graphik im jpg-Format abzulegen. 

Der Aufbau der beiden Funktionalitaten ist identisch. In Zeile 9 ist der Anzeigename 
5 ..displayName" angegeben, der „+" lautet, und im Fenster 14 angezeigt wird. Die nach- 
ste Zeile enthalt den Aufrufnamen in der vom Benutzer zu kreierenden Beschrei- 
bungsdatei, die weiter unten mit der Bezeichnung „DC.4th u naher beschrieben werden 
wird. Die Zeile 1 1 gibt den Namen und den Speicherort dieser Beschreibungsdatei an. 
Zeile 12 definiert, dass der Parameter 1 vom Typ MSC integer oder eine Konstante ist. 

10 Die Zeile 13 gibt den Ausdruck an, der im Fenster 16 angezeigt wird. Die Zeile 14 gibt 
an, welche Aufforderung an den Benutzer eingebrehdet wird, beispielsweise im Bereich 
24 der Benutzeroberflache 10. Die Zeilen 15 bis 17 betreffen entsprechende Angaben 
fur den Parameter 2, wobei der Ausdruck in Zeile 16 im Fenster 18 angezeigt wird. Die 
Zeilen 18 bis 20 geben den Typ des Ergebnisses, die Anzeige an und Zeile 20 einen 

15 Hinweis, der wiederum im Fenster 24 eingeblendet wird. Die Angaben auf Seite 1 des 
Anhangs A1 , Zeilen 9, 13, 16 und 19 fuhren zu folgender Anzeige in der Statuszeile jm 
Fenster 24: "sum = addend + addend". 

Die in den Zeilen 22 bis 34 angegebene zweite Funktionalitat hat den in Zeile 24 ange- 
20 gebenen Aufrufnamen „$MSC$_Concaf und entspricht vom Aufbau der oben naher 
beschriebenen ersten Funktionalitat. ; 

Seite 1, Zeile 37 bis Seite 2, Zeile 26 zeigen den Code, der in das ablauffahige Skript 
eingefugt wird. Durch den Befehl in Zeile 41 wird die weiter unten noch naher zu be- 

25 schreibende Beschreibungsdatei „DC.4th M aufgenommen. Seite 2, Zeile 1 gibt die Be- 
zeichnung des Charts an, namlich „Sum". Die Zeile 7 gibt an, dass der erste Parameter 
"MSC_INT2" zii holen ist, die Zeile 8-gibt an, dass der zweite Parameter die Zahl ri 2" ist. 
Mit dem Aufruf von „$MSC$_Sum" wird verzweigt in den zugehorigen Teil der Ber- 
schreibungsdatei, siehe weiter unten, namlich in den Code auf Seite 2, Zeile 38. Die 

30 Zeile 10 auf Seite 2 des Anhangs gibt an, dass das Ergebnis mit der Bezeichnung 
„MSC_INT1" zuruckgespeichert wird. Entsprechendes gilt fur die Funktionalitat 
n $MSC$_Concat". In den Zeilen 12 und 13 werden der erste und der zweite Parameter 
eingelesen. Mit Zeile 14 wird die entsprechende Funktionalitat der Beschreibungsdatei 
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aufgerufen, siehe Seite 2, Zeile 31 des Anhangs, und mit dem Code in Zeile 15 auf Sei- 
te 2 des Anhangs wird das Ergebnis zuriickgespeichert. 

Die auf Seite 2, Zeilen 28 bis 40 angegebene Beschreibungsdatei „DC.4th B gibt die bei- 
den in der Konfigurationsdatei aufgelisteten Funktionalitaten wieder. 

Die Reihenfolge zum Kreieren einer neuen Funktionalitat ist aus Benutzersicht dem- 
nach wie folgt: Zuerst wird die Konfigurationsdatei urn die entsprechende Funktionalitat 
erweitert, vgl. Zeilen 3 bis 35 auf Seite 1 des Anhangs A1. Dann wird eine Beschrei- 
bungsdatei kreiert, auf die in der Funktionsbeschreibung der Konfigurationsdatei ver- 
wiesen wird, vgl. Zeilen 28 bis 40 auf Seite 2 des Anhangs Ai. Durch diese MaBnah- 
men, die um die Erzeugung einer Graphikdatei mit einem graphischen Symbol fur die 
neue kreierte Funktionalitat erganzt werden kann, wird dann ausfuhrbarer Code er- 
zeugt, vgl. im Anhang A1 Seite 1 , Zeile 37 bis Seite 2, Zeile 26. 
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Verfahren zum Erstelten eines Ablauts einer zwischen mindestens 
zwei Instanzen ablaufenden Kommunikation und Protokolltester 



ANSPRUCHE : ''; 

1 . Verfahren zum Erstellen eines Ablauts einer zwischen mindestens zwei Instan- 
zen ablaufenden Kommunikation, wobei eine Instanz ein Protokolltester ist, ge- 
kennzeichnet durch folgende, am Protokolltester ausfuhrbare Schritte: • 

a) Auswahlen der an der Kommunikation beteiligten instanzen; 

b) Auswahlen einer Protokollschicht, auf deren Grundlage die Kommuni- 
kation zwischen den ausgewahlten Instanzen ablaufen soil; 

c) Auswahlen derjenigen abstrakten Kommunikationsschnittstellen der Pro- 
tokollschicht, die an der Kommunikation beteiligt sind; 

d) Auswahlen der Kommunikationsdaten; 

e) Erstellen eines zwischen den mindestens zwei Instanzen ausfiihrbaren 
Kommunikationsablaufs durch den Protokolltester, auf der Grundlage der 
Auswahlen in den Schritten a) bis d), 

wobei zumindest die Auswahl von Schritt d) graphisch erfolgt und den dabei 
auswahlbaren Parametem Beschreibungsdateien zugeordnet sind, die in Schritt 
e) zur Erstellung eines zwischen den Instanzen ausfuhrbaren Kommunikations- 
ablaufs verwendet werden, wobei in Schritt d) aus einer Menge von test vorge- 
gebenen Funktionalitaten ausgewahlt werden kann, wobei jeder Funktionalitat 
eine graphische Reprasentation und eine Beschreibungsdatei zugeordnet ist, 
dadurch gekennzeichnet 
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daB ein Benutzer zur Erweiterung der Menge der auswahlbaren Funktionalitaten 
folgende Schritte durchfuhrt: 

f) Anlegen zumindest einer Konfigurationsdatei, die zum Zeitpunkt der Er- 
stellung des Kommunikationsablaufs zwischen den mindestens zwei In- 
stanzen eingelesen und interpretiert wird und aus der zur Compilezeit des 
Verfahrens ein zugehoriger Code erzeugbar ist; 

g) Eintragen zumindest folgender Angaben in die Konfigurationsdatei: 

Auf ruf name der Funktionalitat im ablauffahigen Code des Verfah- 

: "... rens; ..... ... ;. .. . ..... .. 

mit der Funktionalitat korrelierte Anzeigeform auf einer Anzeige, 
auf der sie dann vom Benutzer ausgewahlt werden kann; 
- Angaben zur Beschreibungsdatei, die den ablauffahigen Quell- 
code der Funktionalitat enthalt. 

2. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB in die Konfigurationsdatei weiterhin eingetragen wird: 

fiir jeden einzugebenen Parameter der Funktionalitat sowie das Ergebnis 
der Funktionalitat: Name und Typ. 

3. Verfahren nach Anspruch 1 Oder 2, 
dadurch gekennzeichnet, 

daB die Anzeigeform ein Anzeigename der Funktionalitat ist und/oder ein gra- 
phisches Symbol, wobei dem graphischen Symbol eine Graphikdatei zugeordnet 
ist, in der das graphische Symbol der Funktionalitat implementiert ist, 

4. Verfahren nach einem der vorhergehenden Anspruche; 
dadurch gekennzeichnet, 

daB die Beschreibungsdatei und/oder der ablauffahige Code des Verfahrens in 
Forth, in Jscript Oder in VBScript formuliert wird/werden. 

5. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 
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daB die Konfigurationsdatei durch eine Textdatei realisiert wird, insbesondere im 
INI-Format oder als XML-Format 

6. Verfahren nach einem der vorhergehenden Anspruche, 
5 dadurch gekennzeichnet, 

daS mehrere, insbesondere alle von einem Benutzer kreierten Funktionalitaten 
in einer Konfigurationsdatei eingetragen sind. 

7. Verfahren nach Anspruch 6, 
10 dadurch gekennzeichnet, 

da3 die Konfigurationsdatei weiterhin eine Arigabe daruber enthalt, wieviele 
Funktionalitaten in ihr niedergelegt sind. 

8. Verfahren nach einem der vorhergehenden Anspruche, 
15 dadurch gekennzeichnet, 

daB zur Implementierung der vom Benutzer kreierten Funktionalitat in den aus- 
fuhrbaren Quellcode ein Aufruf der vom Benutzer kreierten Funktionalitat mit ih- 
rem Aufrufnamen eingefugt wird. v 

20 9. Verfahren nach Anspruch 8, 
dadurch gekennzeichnet, 

da3 vor dem Aufaif die von der vom Benutzer kreierten Funktionalitat benotigten 
Parameter ubergeben und nach dem Aufruf das Ergebnis der Funktionalitat u- 
bergeben wird. 

25 

10. Verfahren nach einem der vorhergehenden Anspruche, 

dadurch gekennzeichnet, . - •« - — - 

daB das Einlesen der Beschreibungsdatei mit einem Include-Befehl erfolgt. 

30 11. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

da3 weiterhin in Schritt a) die an der Kommunikation beteiligten Instanzen gra- 
phisch ausgewahlt werden und/oder in Schritt b) die Protokollschicht graphisch 
ausgewahlt wird und/oder in Schritt c) die abstrakten Kommunikations- 
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schnittstellen der Protokollschicht graphisch ausgewahlt werden und den dabei 
auswahlbaren Parametern Beschreibungsdateien zugeordnet sind, die in Schritt 
e) zur Erstellung eines zwischen den Instanzen ausfuhrbaren Kommunikations- 
ablauts verwehdet werden. ■■ 

12 Verfahfen nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

daB die abstrakten Kommunikationsschnittstellen SAPs (Service Access Points) 
umtassen — .... .,,...,...»....., l.,..^.:... — 

13. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

daB die Kommunikationsdaten PDUs (Protocol Data Units) und/oder ASPs (Ab- 
stract Service Primitives) umfassen. - 

14. verfahren nach einem der vorhergehenden Anspruche, 

dadurch gekennzeichnet, 

daB Schritt d) folgende Teilschritte umfaBt: 

d1) graphisches Auswahlen eines Datenformats; 

d2) graphischer Aufbau einer Kommunikationsabfolge zwischen den beteilig- 
ten Instanzen. 



15. Verfahren nach Anspruch 14, 
dadurch gekennzeichnet, 

25- ' daB in Schritt d2) Source-Code eingebbar ist. 

16. -Verfahren nach einem der vorhergehenden rAnspruche, - ' 

dadurch gekennzeichnet, 

daB alien auswahlbaren Parametern Beschreibungsdateien zugeordnet sind, die 
in Schritt e) zur Erstellung eines zwischen den Instanzen ausfuhrbaren Kom- 
munikationsablaufs verwendet werden. 

17. Prdtokolitester mit ". ", 



30 
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a) Mitteln zum Auswahlen der an einer Kommunikation beteiligten Instanzen 
(19, 20, 24, 26), wobei eine der Instanzen der Protokolltester ist; 

b) Mitteln zum Auswahlen einer Protokollschicht (20, 28a), auf deren Grund- 
lage die Kommunikation zwischen den ausgewahlten Instanzen ablaufen 
soil; 

c) Mitteln zum Auswahlen derjenigen abstrakten Kommunikationsschnitt- 
stellen (20, 32a) der Protokollschicht, die an der Kommunikation beteiligt 
sind; 

d) Mitteln zum Auswahlen der Kommunikationsdaten (20, 34); 

e) Mitteln zum automatischen Erstellen eines zwischen den Instanzen aus- 
fuhrbaren Kommunikationsablaufs durch den Protokolltester, auf der 
Grundlage der Auswahlen gemaB a) bis d), 

wobei zumindest die Auswahlmittel gemaB Schritt d) graphische Auswahlmittel 
sind und den durch sie auswahlbaren Parametern Beschreibungsdateien zuge- 
ordnet sind, die gemaB Schritt e) von den Erstellungsmitteln zur Erstellung eines 
zwischen den Instanzen ausfuhrbaren Kommunikationsablaufs venwendbar sind, 
wobei in Schritt d) aus einer Menge von fest vorgegebenen Funktionalitaten 
ausgewahlt werden kann, wobei jeder Funktionalitat eine graphische Represen- 
tation und eine Beschreibungsdatei zugeordnet ist, 
dadurch gekennzeichnet 
daB er weiterhin umfaBt: 

f) Mittel zum Anlegen zumindest einer Konfigurationsdatei, die zum Zeit- 
punkt der Erstellung des Kommunikationsablaufs zwischen den minde- 
stens zwei Instanzen einlesbar und interpretierbar ist und aus der zur 
Compilezeit des Verfahrens ein zugehoriger Code erzeugbar ist; 

g) Mittel zum Eintragen zumindest folgender Angaben in die Konfigura- 
tionsdatei: - ' — * -A • 

Aufrufname der Funktionalitat im ablauffkhigen Code des Verfah- 
rens; 

mit der Funktionalitat korrelierte Anzeigeform auf einer Anzeige, 
auf der sie dann vom Benutzer ausgewahlt werden kann; 
Angaben zur Beschreibungsdatei, die den ablauffahigen Quell- 
code der Funktionalitat enthalt. 
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Verfahren zum Erstellen eines Ablauts einer zwischen mlndestens 



10 



zwei Instanzen ablaufenden Kommunikation und Protokolitester 



15 



ZUSAMMENFASSUNG : 

Verfahren zum Erstellen eines Ablauts einer zwischen mindestens zwei Instanzen ab- 

20 laufenden Kommunikation, wobei eine Instanz ein Protokolitester ist, gekennzeichnet 
durch folgende, am Protokolitester ausfiihrbare Schritte: a) Auswahlen der an der 
Kommunikation beteiligten Instanzen; b) Auswahlen einer Protokollschicht, auf deren 
Grundlage die Kommunikation zwischen den ausgewahlten Instanzen ablauf en soil; c) 
Auswahlen derjenigen abstrakten Kommunikationsschnittstellen der Protokollschicht, 

25 die an der Kommunikation beteiligt sind; d) Auswahlen der Kommunikationsdaten;,fe) 
Erstellen eines zwischen den mindestens zwei Instanzen ausfuhrbaren Kommunikati- 
onsablaufs durch den Protokolitester, auf der Grundlage der Auswahlen in den Schrit- 
ten a) bis d), wobei zumindest die Auswahl von Schritt d) graphisch erfolgt und den da- 
bei auswahlbaren Parametem Beschreibungsdateien zugeordnet sind, die in Schritt e) 

30 zur Erstellung eines zwischen den Instanzen ausfuhrbaren Kommunikationsablaufs 
verwendet werden, wobei in Schritt d) aus einer Menge von test vorgegebenen Funk- 
-tionalitaten ausgewahlt werden kann, wobei jeder Funktionalitat eine graphische -Re- 
presentation und eine Beschreibungsdatei zugeordnet ist, wobei ein Benutzer zur Er- 
weiterung der Menge der auswahlbaren Funktionalitaten folgende Schritte durchfuhrt: f) 

35 Anlegen zumindest einer Konfigurationsdatei, die zum Zeitpunkt der Erstellung des 
Kommunikationsablaufs zwischen den mindestens zwei Instanzen eingelesen und in- 
terpretiert wird und aus der zur Compilezeit des Verfahrens ein zugehoriger Code er- 
zeugbar ist; g) Eintragen zumindest folgender Angaben in die Konfigurationsdatei: Auf- 
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rufname der Funktionalitat im ablauffahigen Code des Verfahrens; mit der Funktionalitat 
korrelierte Anzeigeform auf einer Anzeige, auf der sie dann vom Benutzer ausgewahlt 
werden kann; Angaben zur Beschreibungsdaten die den ablauffahigen Quellcode der 
Funktionalitat enthalt. Sie betrifft uberdies einen Protokolltester zur Durchfuhrung die- 
5 ses Verfahrens. 

(Figur) 
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